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DIGITAL ASSET DATA TYPE DEFINITIONS 

Cross Reference to Related Application 

This claims the benefit of United States 
Provisional Application No. 60/254,991, filed December 12, 
2000 . 

Background of the Invention 

This invention relates to storing, retrieving, and 
tracking digital data. More particularly, this invention 
relates to data definitions that allow disparate types of 
digital assets, such as, for example, photographs, graphics, 
audio, video, and text documents, to be easily and 
economically stored, retrieved, and tracked. 

Data definitions may be written using XML 
(extensible markup language) . XML is a condensed form of 
SGML (standard generalized markup language), which is an 
information management standard that provides documents that 
retain formatting, indexing, and linked information 
independent of application and platform, XML and SGML can be 
used to organize and present information on the World Wide 
Web. 

Many companies maintain or access large libraries 
of various audio, visual, and textual assets. Such assets 
typically include content and metadata. Content may be, for 
example, still photographs, audio recordings, video 
recordings, combined audio/video recordings, combined 
audio/still photograph recordings, graphics, etc. Metadata 
is "information about information, " that is, information used 



to identify or classify the content. Metadata can include, 
for example, content titles, version numbers, authors, 
captions, and other descriptive information relevant to the 
content . 

Such assets are often stored in disparate 
repositories and on disparate media (e.g. audio and video 
cassette tapes, motion picture film, photographic negatives, 
digital video discs, etc.). Accordingly, a significant 
amount of time is often required to locate a particular asset 
and then' deliver a copy of it. For example, it may take 
several days to locate and manually copy an audio track 
stored on a reel-to-reel tape located at a creative services 
or marketing department of a company in California and then 
have that copy shipped to a business affairs department or 
sister company in New York. This process, known as 
repurposing, is manually intensive and prone to errors. 
Furthermore, keeping track of asset usage (e.g., who has 
asset copies) is also a manually intensive process prone to 
errors. Accordingly, it can cost thousands or even millions 
of dollars annually for a company to manage such assets. 

In an attempt to reduce these costs, some companies 
store assets digitally in one or more computer databases. 
These assets can then be retrieved electronically using 
appropriate software applications. However, known 
applications are limited. For example, databases are 
commonly structured to store only one type of digital asset, 
such as, for example, only photographs. The number, size, 
and formats of record fields used in the database, characters 
delimiting the end of files, file size of database records, 
etc. are all usually customized (and limited) to that one 
type of asset. Even those few databases that are known to 
store more than one asset type are also limited with respect 
to record field definitions and record file size, making them 
incompatible for use with many other types of digital assets. 
Such databases are thus impractical for storing a large 
variety of different types of digital assets. 



In sum, storing disparate asset types in a single 
repository having information and formatting sufficient for 
identification and retrieval by a single software application 
or computer platform is not known. Moreover, no standardized 
definitional dictionary for digital assets is known. Thus, 
system interoperability between two or more companies or two 
or more organizations within a company having different types 
of digital assets is still very difficult. 

In view of the foregoing, it would be desirable to 
be able to provide a standardized dictionary of data 
definitions for disparate types of digital assets. 

It would also be desirable to be able to provide 
data definitions for application and platform independent 
search, retrieval, delivery, and tracking of digital assets. 

It would further be desirable to be able to provide 
data definitions that reduce digital asset search time. 

It would still further be desirable to be able to 
provide data definitions that reduce digital asset delivery 
time . 



Summary of the Invention 

It is an object of this invention to provide a 
standardized dictionary of data definitions for disparate 
types of digital assets. 

It is also an object of this invention to provide 
data definitions for application and platform independent 
search, retrieval, delivery, and tracking of digital assets. 

It is a further object of this invention to provide 
data definitions that reduce digital asset search time. 

It is a still further object of this invention to 
provide data definitions that reduce digital asset delivery 
time. 

In accordance with this invention, data definitions 
are provided for digital assets that include a hierarchical 
structure that reflects the relationships between attributes 
and categories of content. These definitions, preferably 
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encoded in XML, can be used as a standardized dictionary to 
create a digital asset library that is easily and 
economically manageable. The data definitions are applicable 
to digital assets of disparate data types and include 
5 metadata identifiers sufficient to uniquely identify those 
digital assets. 

Brief Description of the Drawings 

The above and other objects and advantages of the 
invention will be apparent upon consideration of the 
10 following detailed description, taken in conjunction with the 
accompanying drawings, in which like reference characters 
^; refer to like parts throughout, and in which: 

£;) FIG. 1 is a flow chart of an interface for ordering 

t;; digital assets using data definitions according to the 

?|j 15 invention; 

';J FIG. 2 is a block diagram of an embodiment of a 

hardware system within which the invention can be used; 

51 

M FIG. 3 is a block diagram of an embodiment of 

integrated software according to the invention; 
fl] 20 FIG. 4 is a block diagram of an embodiment of an 

CI application interface configuration according to the 

;L.t 

invention ; 

FIG. 5 shows an embodiment of a display screen for 
asset searching according to the invention; 
2 5 FIG. 6 shows an embodiment of a display screen for 

search 'results according to the invention; and 

FIG. 7 is a high level block diagram showing an 
embodiment of a document type definition (DTD) for digital 
assets according to the invention. 

30 Detailed Description of the Invention 

The invention provides data definitions, preferably 
in XML, for disparate types of digital assets, such as, for 
example, artwork, logos, photographs, video, graphics, music, 
still photographs, promotion stills, promos (e.g., an audio 

35 or video promotional announcement) , tapes, soundtracks, text, 
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video frames (a single image from a video recording) , video 
clips (a group of images from a video recording) , and dailies 
(unedited and unprocessed video or film typically recorded 
the previous day). Digital assets include content (i.e., the 
5 actual asset data) and metadata. Data definitions of the 
invention advantageously permit a single database to be used 
for storing, retrieving, and tracking different types of 
assets whose contents are preferably stored either on the 
same computer as the database, in the database, on a computer 
10 linked to the database via the same network, or combinations 
thereof. These data definitions allow, for example, 
employees, affiliates, and customers to relatively easily and 
economically replicate or transfer assets between 
repositories where the assets are located and destinations 
15 where the assets are currently needed. Furthermore, 

electronic records can be created to allows usage of those 
assets to be easily tracked. Thus, the costs associated with 
managing those assets are significantly reduced. 

FIG. 1 shows an interface for searching and 
20 ordering digital assets facilitated by the invention. System 
Home Screen 101 is preferably the first screen a user views 
when searching for a digital asset (e.g., a video program). 
While at Home Screen 101, users may enter search criteria 
before proceeding to another screen. However, this is 
25 alternatively not necessary. From Home Screen 101, the user 
may proceed in one of the following ways: along path 102 to 
Login Screen 103, along path 104 to Register Screen 105, 
along path 106 to Advanced Search Screen 107, along path 108 
to Top Picks Screen 109, along path 110 to Latest Releases 
30 Screen 111, or along path 112 to Editor's Choice Screen 113. 

At Login Screen 103, users login . to a secured 
version of a search system associated with interface 100 . A 
user entering Login Screen 103 along path 102 is preferably 
directed along path 114 to User Home Screen 115 unless the 
35 user entered search criteria while viewing Home Screen 101. 
In that case, the user is preferably directed to Order 
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Confirmation and Download Screen 117 along path 116. 
Similarly, if the user entered Login Screen 103 along 
path 127, the user is also preferably directed to Order 
Confirmation and Download Screen 117. 
5 At Register Screen 105, users register to use the 

system. Users may be assigned or may freely choose a 
username, password, and any other relevant identifying 
information. Users may be prompted by Register Screen 105 to 
enter information deemed relevant or necessary by the system. 

10 After registering, users are preferably directed along 
path 118 to User Home Screen 115. 

At Advanced Search Screen 107 users enter or are 
given pre-defined criteria with which the database of the 
invention can be searched. Screen 107 preferably allows 

15 users to generate advanced search criteria including, but not 
limited to, searching specific strings, numeric values, 
fields or combinations of fields containing data, as well as 
allowing users to define complex or simple search expressions 
using boolean or other logic, wildcards, multiple search 

20 criteria, or any other type of search functionality. 
Preferably, upon an indication by a user or upon a 
pre-defined system event (for example, expiration of a 
timer) , a user will be directed along path 119 to Search 
Results Screen 120 . 

25 At Top Picks Screen 109, a user can view and select 

from a subset of assets defined in the database. This subset 
may be predefined by the user, the system, or a system 
administrator. The subset may be defined as the most viewed 
assets, most searched for assets, most retrieved assets, most 

30 popular assets, or top assets based on a criteria defined by 
a user, the system, or an administrator. 

At Latest Releases Screen ill, a user can view and 
select from a subset of assets in the database. This data is 
preferably a subset of the most recently added assets in the 

35 database. However, the subset may be defined as the most 



recently released assets, most recently produced assets, or 
any other desired subset of data in the database. 

At Editor's Choice Screen 113, a user can view and 
select from a subset of assets defined in the database. This 
5 subset is preferably a selection of assets that one or more 
editors, within the company or organization viewing or 
providing the database, has selected as being desirable for 
viewing based on one or more criteria defined by the editors. 
At User Home Screen 115, a user can view 

10 personalized or standard information relating to that user's 
usage of the database. The system may present the user with 
search possibilities, the ability to view some subset of 
assets defined in the database, a listing of data that may be 
useful in some respect, and any other relevant information or 

is functional possibilities. Preferably, upon an indication by 
a user or upon a pre-defined, system event (for example, 
expiration of a timer) , the user is directed along path 122 
to Content Detail Screen 123. 

At Search Results Screen 120, a user can view and 

20 select from a subset of data retrieved in accordance with 
criteria defined by the user while viewing Advanced Search 
Screen 2 07 and possibly in accordance with one or more 
database enforced criteria. Upon indicating a selection of 
one or more assets, a user is directed along path 121 to 

25 Content Detail Screen 123. 

In addition to being directed along path 121 or 122 
as described, a user may be directed along path 124 from any 
of screens 109, 111, or 113 to Content Detail Screen 123. A 
user may be automatically directed to screen 12 3 if a small 

3 0 number of asset definitions are the only items the user 

wishes to view. For instance, if a user performs a complex 
search and the system finds only one asset satisfying the 
search criteria, the system may automatically bypass Search 
Results Screen 120 and display Content Detail Screen 123. 

35 At Content Detail Screen 123, a user can view all 

or part of the summary data directly related to one or more 



- 8 - 

items selected manually or automatically by the user. 
Preferably, upon an indication by the user or upon a 
pre-defined system event (for example, expiration of a 
timer) , a user is directed along path 125 to Order Options 
5 Screen 126. 

At Order Options Screen 12 6, a user can view and 
select from options related to ordering and downloading data 
for which summary data was viewed while viewing Content 
Detail Screen 123. These options may include billing, 

10 routing, formatting, data transmission, delivery date, 

delivery time, and other relevant options. Upon indication 
by a user or upon a pre-defined system event, the user is 
directed along path 127 to Login Screen 103 or along path 128 
to Order Confirmation And Download Screen 117. Preferably, a 

is user is directed along path 12 7 when the user has not logged 
in using Login Screen 103. Alternatively, a user is 
directed along path 128 when the user had previously logged 
in via Login Screen 103. In some systems, logging in is not 
necessary. In other systems, a user that has logged in but 

20 has not taken any decisive action (for instance, has not made 
an indication at Order Options Screen 12 6 within a specified 
amount of time after logging in) is directed along path 127. 

At Order Confirmation And Download Screen 117 the 
system preferably displays details and summary information 

25 relating to an asset that was ordered by a user. The user is 
preferably presented with the opportunity to download or 
retrieve the asset. Such retrieval may be performed either 
electronically or by using devices (such as printers, tape 
recorders, compact disc writers, digital video disc writers, 

3 0 or other recording or printing equipment) to convert an asset 
stored in a database or in an associated or networked 
computer memory to a digital or analog item stored in another 
manner. 

Note that any of paths 102, 104, 106, 108, 110, 
35 112, 114, 116, 118, 119, 121, 122, 124, 125, or 128 maybe 
traversed in reverse by users that wish to step backwards in 



the search and ordering process. Also, securing the search 
system is not a necessary function of the invention. Mote 
further that all of interface 100 is not necessary for 
implementing the invention; an interface employing even a 
5 very small subset of interface 100 can benefit from the 
invention. Moreover, additional process paths and 
functionality (for instance, paths connecting any of screens 
109, 111, 113, 115, and 123 directly to Search Results' 
Screen 120 to allow a user to view search results from a 

10 search performed while viewing any of those screens) can be 
added to interface 100. 

In sum, the data definitions of the invention 
enable systems using interface 10 0 or similar interfaces to 
provide satisfactory interactive search and response times to 

15 users. 

FIG. 2 shows a hardware system 2 00 that can be used 
to manage digital data defined with data definitions in 
accordance with the invention. System 2 00 preferably 
includes one or more servers 2 01, a secure transmission 

20 line 2 02, at least one secure recording or printing 
device 203, one or more secure access devices (e.g., 
laptop 204, computer 205, and workstation 206), at least one 
firewall 207, one or more non-secure transmission lines 208, 
one or more non-secure access devices (e.g., computer 209, 

25 workstation 210, and laptop 211), and at least one non-secure 
recording or printing device 212. 

One or more servers 2 01 store all or part of one or 
more databases. Servers 201 may be accessed via secure 
transmission line 202 by secure access devices 204-206 or by 

30 firewall 207 which has received appropriate indications from 
non-secure access devices 209-211 via non-secure transmission 
line 208. Upon receiving appropriate indications from 
devices 2 04-206 or firewall 20 7, servers 201 transmit data to 
devices 204-206, firewall 207, or recording or printing 

35 device 203, as appropriate, via secure transmission line 202. 
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Upon receiving appropriate indications (based on 
security criteria), firewall 207 transmits data to non-secure 
access devices 209-211 or non-secure recording or printing 
device 212, as appropriate, via non- secured data transmission 
line 208. 

Secure access devices 204-206 and non-secure access 
devices 2 09-211 can include laptop computers, desktop 
computers, and workstations (as shown) , as well as other 
types of terminals, wireless devices, personal digital 
assistants (PDAs), television set-top boxes, other databases, 
and other digital devices that can receive user indications 
and can communicate with servers or firewalls. 

Severs 2 01 can be, for example, Sun® servers using 
the Solaris® platform, Oracle® database servers, or any other 
appropriate server platform. Transmission lines 202 and 208 
may use T-l, T-2, or any other appropriate transmission 
standards. Alternatively, the invention can be practiced 
with a configuration as simple as a single computer that can 
do the following: store and query a database in its RAM, ROM, 
hard disk drive, compact disc, floppy disk, or other suitable 
storage medium; display < visual or play audio content; and 
receive user indications. 

FIG. 3 shows an embodiment of integrated software 
according to the invention. Computer 301 (which may be any 
of secure access devices 204-206, firewall 207, and non- 
secure access devices 209-211) communicates with servers 201. 
Project applications 303, which are preferably encoded in 
XML, transmit a demand 3 04 for database information to 
database 305. Database 305 may be, for example, Oracle®, 
Sybase®, Microsoft Access®, or any other relational or 
non-relational database package. Database 305 creates 
preferably XML files 306. An example of an XML file 306 is 
shown in Example 2 below. XML files 306 are transmitted in 
HTML format 307a for viewing graphics with a browser 308. 
Microsoft Internet Explorer® and Netscape Navigator® are two 
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examples of browsers that may be used. Preferably, 
format 307a is HTML with cascading style sheets (CSS) . 

Alternatively, XML files 306 may be transmitted in 
XML format 307b for use by other applications 309, such as, 
5 for example, C, C++, or Java applications that may be for a 
stand-alone screen, front-end GUI, or Web presentation 
package. Alternative format 307b may include XML with CSS 
for further processing by applications such as search engines 
or bots or may include regular HTML if a still or active 
10 display is the only output requirement. Bots are programs 
that typically perform repetitive or time consuming tasks on 
a network (e.g., searching Web sites on the Internet) . 
Examples of formats 307a and 307b are shown below in 
Examples 3a-c. 

is FIG. 4 shows an embodiment of an application 

interface configuration in accordance with the invention. In 
this configuration, a user provides search parameters 401 to 
client application 402, which is active^ on computer 3 01. 
Client application 402 converts search parameters 401 into a 

20 demand 3 04 for database information. Demand 3 04 may take the 
form of an SQL (structured query language) query when 
database 3 05 is an SQL-based relational database. 
Preferably, however, server 2 01 processes demand 3 04 in a 
server application 404. Server application 404 preferably 

25 includes the following modules: an XML parser 414, an XSL 
processor 424, and an XML-SQL utility 434. XSL (extensible 
style sheet language) is a language for specifying style 
sheets that apply formatting to complex XML data for 
presentation in HTML and other formats. XSL can map a single 

30 XML element to more than one type of display object (e.g., 
both an element in a list and an item in a table) . A style 
sheet is a text file containing code to apply semantics such 
as page layout specifications to an HTML document. 

After converting demand 3 04 to SQL format (if 

35 necessary depending on the database) , application 404 sends 
query 405 to database 305. Database 305 processes query 405 
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and returns search results 406 to application 404. 
Application 404 then processes results 406 to create one or 
more XML files. These XML files are sent by application 404 
as data 407 to XSL style sheet 408. XSL style sheet 408 
processes data 407 and returns a response 307 in format 307a 
or 307b, as appropriate. Client application 402 then 
converts response 3 07 into a format that can be heard or 
viewed by the user. 

FIG. 5 shows an example of a display that can be 
used as Advanced Search Screen 107. Illustrative display 501 
includes interactive features 502, 503, 504, and 505. 
Display 501 may alternatively include more or less 
interactive features as appropriate for a given 
implementation of the invention. Interactive feature 502, 
entitled "please enter keywords to search, " accepts user entries of 
keywords or phrases to be used by XML project 
applications 303 when forming demand 304. For example, 
"Oscar >;elt" may be entered via interactive feature 502 by a 
user searching for a picture that has metadata containing the 
description, "Oscar Delahoya wearing a championship belt." 
Interactive feature 503, entitled "please select asset category, " 
accepts user entries for the type of asset to retrieve. For 
example, possible asset types are photos, audio, video, text, 
any combi nation of these, or any other appropriate asset 
type. Interactive feature 504, entitled "search, » allows 
users to submit a search request (i.e., have application 303 
form a demand 304) . Interactive features 505, entitled 
"DTD," "XML," "XSL," and "XSL SS,? allow a user to select a 
source code format in which to view data instead of viewing a 
composed video screen or hearing a composed audio output. 

FIG. 6 shows an example of a display that can be 
used ats Search Results Screen 120. In this example, 
illustrative display 601 indicates at 602 that 4 photo 
assets, l video asset, and 1 audio asset had been found, and 
shows a 4 : 603 a list of photographic assets, that met the 
criteria of a demand 304. Illustrative display 601 
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preferably includes features 604, 605, 606, and 607. 
Alternatively, display 601 can include more or less features 
as desired for a given implementation of the invention. 
Features 604 interactively accepts user indications of 
selection or rejection of assets from the displayed list of 
assets. Features 605 may be interactive {e.g., a button) or 
static (e.g., just a display). in this example, feature 605 
displays an image of the assets associated with the retrieved 
list items.. If feature 605 is interactive, it can accept a 
user's selection of an asset to be ordered. Feature 606 
displays descriptive information associated with the assets 
that met the criteria of demand 304. Feature 606, like 
feature 605, may be interactive to accept user selections of 
an asset. Feature 607, entitled "order checked, " is interactive 
and accepts indications that a user has finished selecting 
assets and is ready to proceed along path 121 to Content 
Detail Screen 123 . 

FIG. 7 shows an embodiment of a document type 
definition (DTD) in accordance with the invention. A DTD is 
a separate file or document that contains formal definitions 
of all the data elements in a particular type of XML (or HTML 
or SGML) document, such as a report or a book. By consulting 
the DTD for a document, a program called a parser (e.g., XML 
parser 414) can work with the markup codes that the document 
contains. DTD 700 includes asset element 701, which defines 
the type of data to be stored for each digital asset . 
DTD 700 may also include one or more other data elements 702 
for other uses. For example, asset element 701 can contain a 
core set of definitions, while data element 702 can contain 
addit ional definitions that augment the core set in cases 
where such additional definitions are required by a 
particular user. 

Asset element 701 preferably includes asset 
metadata 703, asset type data 704, and asset content 705. 
Asset element 701 may also include additional definitional 
information as desired. Asset metadata 703 preferably 
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includes the following definitional elements: product 
identifier (ID) (e.g., a video program name), version ID, 
inventory ID, and ownership rights ID. Asset metadata 703 
can also include any subset of these identifiers or any 
additional identification information. 

Asset type data 704 advantageously can include any 
number of definitional elements relevant to a particular type 
of asset. Table 1 is a preferred embodiment of asset type 
data 704 in accordance with the invention, showing 
definitional elements for classifying five asset types: 



Table 1 



ASSET 
TYPE -4 


Photo 


Movie 


Audio 


Pronto 


Voiceovers 














Metadata 


Ad Slick 


Version 


Music 


On-Line edit 


Announcer 




Agency 


Rating 


Stock 


Airmaster # 


Session Date 




Approved 


Minutes 


Library 


EE Master # 


1st air date 




Archive 


Seconds 


Sub Library 


Textless # 


Residual 
payment 




Art Director 


Date 


CD # 


Writer/ 
Producer 


Production 
company 




Black/White 


AKA Title 


CD Title 


Duration 


Agency 




Box ID 


Type 


Track Title 


Music 


Telephone # 




Caption 


Genre 


Duration 


Announcer 


Fed ID# 




Character 


Caption 


Composer 


Cut versions 


Address 




Client 


Title 


Publisher 


Graphics 






Color 


Licensor 


Society 


Promo Dub 






Comments 


Release 
Date 




Shoot 
Material 






Discard Date 


Rating 


Original 


EPK 
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Entry Date 


Foreign 
Lang. 


Code 


Trailer 






Storage Date 


Run Time 


Title 


Kill Date 






Department 


Color/BW 


Duration 


Comments 






Final art 


Director 


Session DT 


DAT 






Job number 


Cast 


Composer 


Script 






Licensor 


Brief 
Synopsis 


Publisher 


EDL 






Off-site 
storage 


P Version 
Format 


Society 


Screening 
notes 






Photographer 


Synopsis 


Rights 
Issues 


Internet 
rights 






Product ID 


Product ID 


Contract 
(lie.) 








Poster Art 


Version ID 


Internet 








Press Kit 


Contract ID 


Internation 
al 








Version ID 


Run code 


Library 
Contact 








Project 
Number 


SAP 










Resolution 












Restrictions 












Shoot date 












Talent 












Title 











Note that the elements defined in Table l are 
illustrative and thus are neither required nor exclusive of 
other elements . 

Asset content 705 preferably includes one of the 
following: digitally encoded asset data, a link to a file 
containing asset data, or a reference to a location where 
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asset data is digitally stored. Alternatively and less 
preferable, multiple copies of a digital asset can be 
referenced or included in asset content 705. 

An embodiment of DTD 70 0 for digital assets, which 
5 includes asset element 701, asset metadata 703, asset type 
data 704, and asset content 705, is shown below in Example 1 
in accordance with the invention. 

Example 1 

<! -DTD FOR DIGITAL ASSETS -> 
10 <! -Digital Library Data Definition -> 

<! -Supporting technologies include but not limited to XML, XSL, XSLT, XPATH, DTD 
Schema-> 



<! ELEMENT 


digitalAsset (assetMetadata, movieTitleMetadata?, rightsMetadata, 
transactionMetadata?, Photo*, Promo*, Audio*, Movie*,)> 


<! ELEMENT 


assetMetadata 
(#PCDATA)> 






<! ATTLIST 


assetMetadata 






AssetTitle 


CDATA 


#IMPLIED 


-this asset package has a name- 


AssetComments 


CDATA 


#REQUIRED 


-comments/description about the asset 
group- 


AssetVersion 


CDATA 


^REQUIRED 


-version, major+minor- 


AssetCreateDate 


CDATA 


//REQUIRED 


-create date- 


> 








<! ELEMENT 


movieTitleMetadata 
(#PCDATA)> 






<! ATTLIST 


movieTitleMetadata 






PID 


CDATA 


#REQUERED 


product id; link to PRIME.PPROD- 


VID 


CDATA 


#REQUIRED 


-PEG-version id; LINK TO 
prime/pversion_general- 


RID 


CDATA 


#REQUIRED 


-rights id, for FUTURE use- 
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Genre 


CDATA 


#REQUIRED 


-PEG genre, may be several genres [ ] 
FUT make multiple elements?- 


Rating 


CDATA 


^REQUIRED 


-PEG MPAA inforrnation- 


movieTitleLong 


CDATA 


#RE QUIRED 


-PEG the movie title, full name with all 
punctuation- 


movieTitleShort 


CDATA 


#REQUIRED 


-PEG abbreviated movie title, suitable for 
computer filenames; no blanks, special 
chars- 


movieTitleAKA 


CDATA 


#IMPLIED 


-alternate movie name; different countries- 


StudioProvider 


CDATA 


#EV1PLIED 


-PEG«copyright owner or provider of 
tape- 


Director 


CDATA 


#REQUIRED 


-PEG— movie director- 


Cast 


CDATA 


#REQUIRED 


-PEG cast members, talent [ ] FUT make 
multiple elements?- 


SynopsisBrief 


CDATA 


//REQUIRED 


-PEG short description- 


SynopsisLong 


CDATA 


#REQUIRED 


-full description- 


Languages 


CDATA 


^REQUIRED 


-PEG languages; may be several on many 
tracks; [ ] FUT make multiple elements?- 


mo vi eComments 


CDATA 


#REQUIRED 


-transrnission commentary information- 


mo vi eCreateD i te 


CDATA 


^REQUIRED 


-PEG needs year creation date- 


movieRunTime 


CDATA 


#REQUIRED 


-PEG hh:mm- 


movieRunJTime-Status 


CDATA 


#REQUIRED 


-estimated or actual- 


movieRunTimeMinutes 


CDATA 


#IMPLIED 


-RunTime minutes- 


movieRunTimeSeconds 


CDATA 


^IMPLIED 


-RunTime seconds- 


Run_Code 


CDATA 


//IMPLIED 


-(ex. 2:02 HA)- 


Run_ CodcType 


CDATA 


#IMPLIED 


-can include codes mdicating type of 
encoding etc- 


Color/BW 


CDATA 


#IMPLIED 


-black & white or color- 


Caption 


CDATA 


#IMPLIED 


-caption or description information- 


Keywords 


CDATA 


IMPLIED 


-digital library query data for file retrieval- 


> 








<! -Rights Management Structured 
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<! ELEMENT 


rightsMetadata 
(#PCDATA)> 






<! ATTLIST 


rightsMetadata 






CID 


CDATA 


#REQUIRED 


-contract id- 


Amend_No 


CDATA 


#IMPLIED 


-contract amendment number- 


Ravi ID 


CDATA 


^IMPLIED 


frights availability window id- 


Start Date 


CDATA 


#IMPLIED 


-PEG start of availability- 


EndDate 


CDATA 


#IMPLIED 


-PEG end of avail ability- 


No_of_Plays 


CDATA 


#IMPLIED 


-allowed number of plays per agreernent- 


UsageAllowed 


CDATA 


IMPLIED 


-extra restrictions (ex. Rewind, pause, fast 
forward) - 


Fee 


CDATA 


#IMPLIED 


-transaction fee- 


Authorized_ZoDs 


CDATA 


#IMPLIED 


-geography or person- 


World_Wide '^ghts 


CDATA 


#IMPLIED 


-yes or no- 


MusicEffects 


CDATA 


^IMPLIED 


-yes or no (ex. train crash, explosion)- 


Licensor 


CDATA 


#IMPLIED 


-copyright holder- 


CoyprightYea- 


CDATA 


#IMPLIED 


-year of copyright- 


> 








< .'-Transaction Metadata Structure-> 






<! ELEMENT 


transactionMetadata 
(#PCDATA)> 






<! ATTLIST 


transactionMetadata 






TransID 


CDATA 


#REQUIRED 


-transaction id- 


Trans Type 


CDATA 


#TMPLIED 


-type of transaction- 


TransDate 


CDATA 


^IMPLIED 


-date of transaction- 


TransUserlD 


CDATA 


#IMPLIED 


-transaction author- 


> 








<!-Digital Phot-j Metadata Structured 






<! ELEMENT 


Photo (photoMetadata, 
transactionMetadata)> 
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<! ELEMENT 


photoMetadata 
(#PCDATA)> 








<! ATTLIST 


photoMetadata 








<U3aseline Information - Required fie!ds-> 








BID 


CDATA 


^REQUIRED 


-base ID- 


5 


Form_DigitalAsset 


CDATA 


//REQUIRED 


-photographs, graphics, location stills, or 
royalty fee- 




Orig Creation Date 


CDATA 


^REQUIRED 


-original creation date of digital photo 
asset (date field)- 




Resolution Type 


CDATA 


#REQUIRED 




L 


<! -Production Information (extracted from PRIME)-> 






| 


Film/Series/ProgramTitle 


CDATA 


#IMPLIED 


-program title associated with photograph- 


~ L 10 


Orig Broadcast D?te 


CDATA 


#IMPLIED 


-original broadcast date of film or series 
(date field extracted from PRIME)- 


I 


Orig Broadcast Season 


CDATA 


#IMPLIED 


-original broadcast season of program or 
series- 




Orig Release Date 


CDATA 


^IMPLIED 


-original release date of program or series- 


i 


Film/SeriesCreation Date 


CDATA 


^IMPLIED 


-original creation date of film or series 
(date field)- 




Original Copyright Year 


CDATA 


#IMPLIED 


-copyright year (date field- 


15 


Fibn/SeriesVersion 


CDATA 


#IMPUED 


-version control information- 




Film/Series_Origin 


CDATA 


^IMPLIED 


-origin of film or series (e.g. HBO 
Theatrical- 




Description Blurb 


CDATA 


#IMPLIED 


description information extracted from 
PRIME- 




FormProgram 


CDATA 


#IMPLIED 


-program type (e.g. Movie)- 




Genre 


CDATA 

r 


^IMPLIED 


-program style (e.g. Romance, Drama, 
Comedy)- 


20 


Rating 


CDATA 


#IMPLIED 


-program rating (e.g. R, PG)- 




FilmSeriesDirector 


CDATA 


^IMPLIED 


-director of film or series- 




Film/Series_ Writer 


CDATA 


#IMPLIED 


-writer of film or series- 




Film/Series-Producer 


CDATA 


IMPLIED 


-producer of film or series- 
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Film/Series_Ost Talent 


CDATA 


#IMPLIED 


-film or series cast and talent inforrnation- 




FilmSeriesProduction 
Executive 


CDATA 


^IMPLIED 


-production executive- 


5 


Film/Series Programming 
Executive 


CDATA 


#IMPLIED 


-programming executive- 




<! -Photograph C jntent Information^ 








Cast/Talent_PJ.j>to 


CDATA 


#IMPLIED 


-cast or talent that appear in photograph- 




Crew NameFhoto 


CDATA 


#IMPLIED 


-crew that appear in photograph- 




Crew PositionP^oto 


CDATA 


#IMPLIED 


-crew position (e.g. Director, Producer, 
Writer)- 


10 


OriginPhoto 


CDATA 


#IMPLIED 


-origin of photo (e.g. Warner Brothers, 
United Artist, Sports Illustrated)- 




Agency 


CDATA 


#IMPLIED 


-creative agency inforrnation- 




Art Director PJjOto 


CDATA 


#IMPLIED 


-Art Director mformation- 




Photographei 


CDATA 


#IMPLIED 


-Photographer inforrnation- 




Requesting Department 


CDATA 


#IMPLIED 


-division requesting digital content- 


15 


Request Date 


CDATA 


#IMPLIED 


-date of request for digital asset (date 
field)- 




<! -Physical Photograph Information-> 




V 




Orig Photo ID 


CDATA 


#IMPUED 


-barcode information from photo label 




Orig Photo Med. j>a 


CDATA 


#IMPLIED 


-(e.g. negative, print, transparency)- 




Orig Photo Loca'ion 


CDATA 


//IMPLIED 


-location of photo in physical archive- 


20 


Orig Photo An/ live Date 


CDATA 


^IMPLIED 


-original archive date of photo (date field)- 




Orig Photo Aj ch • ve Box 
Number 


CDATA 


#IMPLIED 


-original box number from physical file- 




<!-General In formations 










DID 


CDATA 


//IMPLIED 


-digital asset id. link to Artesia UO!_ID 


25 


Shoot Type 


CDATA 


#IMPLIED 


-type of photographic shoot (e.g. gallery, 
location still, acquisition)- 




Color 


CDATA 


^IMPLIED 


-color space of digital photo (e.g. black & 
white color)- 
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Description 


CDATA 


#IMPLIED 


-description of digital photograph subject 
matter- 




Comments 


CDATA 


#IMPLIED 


-general comments- 




Ready for Rights 


CDATA 


^IMPLIED 


-yes or no- 




Input Date 


CDATA 


^IMPLIED 


-date of ingestion into Digital Library 
system (date field)- 


5 


Input By 


CDATA 


#IMPLIED 


-name of person responsible for uploading 
asset into Digital Library- 




Last Updated Date 


CDATA 


#IMPLIED 


-date of last update or modification (date 
field)- 




Last Updated By 


CDATA 


^IMPLIED 


-person responsible for last update or 
modification- 




<!-Rights Information^ 










Asset Copyright Year 


CDATA 


#IMPLIED 


-digital asset year of copyright- 


10 


Asset Copyright Holder 


CDATA 


#IMPLIED 


-digital asset copyright holder- 




Restrictions Legal 


CDATA 


#IMPLIED 


-Iegal restrictions associated with digital 
asset- 




Restrictions Photographer 


CDATA 


#IMPLIED 


-photographer restrictions associated with 
digital asset- 




Restrictions Exclusives 


CDATA 


^IMPLIED 


-yes or no- 




Exclusives Held Until 


CDATA 


#IMPLIED 


-expiration of exclusive condition linked to 
digital asset (date field)- 


15 


RestrictionsLicense 
Limitations 


CDATA 


#DVIPLIED 


-licensing limitations or restrictions 
associated to digital asset- 




Legal Contact 


CDATA 


^IMPLIED 


-legal contact for information regarding 
digital content usage- 




Availability End Date 


CDATA 


#IMPLIED 


-date when digital asset is no longer 
available for usage (date field)- 




Rights Input Date 


CDATA 


#LMPLIED 


-date digital rights entered into Digital 
Library system (date field)- 


20 


Rights Input By 


CDATA 


#IMPLIED 


-person entering digital rights info into 
Digital Library system- 
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Rights Last Updated Date 


CDATA 


^IMPLIED 


-date rights information was last upgraded 
or modified (date field)- 


Rights Last Updated By 


CDATA 


^IMPLIED 


-person responsible for last update or 
modification of rights info- 


<! -Digital Photograph Information^ 






Filename 


CDATA 


#IMPLIED 


-name of digital file assigned by scanning 
technician (e.g. sopranos.jpg)- 


Fonnat 


CDATA 


^IMPLIED 


-file format (e.g. JPEG, TIFF, PPT> 


Physical Location 


CDATA 


#IMPLIED 


-archival location of original transparency 
or print- 


Server Location 


CDATA 


^IMPLIED 


-location of digital asset storage system- 


Digitizing Date 


CDATA 


#IMPLIED 


-date digital asset was scanned (date field)- 


Creator 


CDATA 


#EVIPLIED 


-name of person creating the digital file 
(e.g. scanning technician)- 


Filesize 


CDATA 


#IMPLIED 


-size of digital file (KB/MB)- 


Mode 


CDATA 


#IMPLIED 


-color space (e.g. RGB, CMYK, 
Grayscale)- 


Heightlnches 


CDATA 


#EvfPLIED 


-height of digital image (inches)- 


Width Inches 


CDATA 


#IMPLIED 


-width of digital image (inches) 


Height_Pixels 


CDATA 


//IMPLIED 


-height of digital image (pixels)- 


Width (PixeslO 


CDATA 


#IMPLIED 


-width of digital image (pixels)- > 


Resolution_DPI 


CDATA 


#IMPLIED 


-digital image resolution (dots per inch) 


> 








<!-Digital Audio Metadata Structure-> 






<! ELEMENT 


Audio (audioMetadata, 
transactionMetadata)> 




<! ELEMENT 


audioMetadata 
(#PCDATA)> 






<! ATTLIST 


audioMetadata 






AID 


CDATA 


#REQUIRED 


-asset id- 


PID 


CDATA 


#REQUIRED 


-product ID- 


CID 


CDATA 


#REQUIRED 


-contract id- 
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Title 


CDATA 


//IMPLIED 


-audio title- 




Music 


CDATA 


IMPLIED 


-yes or no- 




Stock 


CDATA 


#IMPLIED 


-yes or no- 




StockLibrary 


CDATA 


//IMPLIED 


-music library inforrnation- 


5 


Stock_Sub_Library 


CDATA 


//IMPLIED 


-audio library tracking lnformation- 




Stock_CD_Nbr 


CDATA 


#IMPLIED 


-CD ID number- 




StockCDTitle 


CDATA 


#IMPLIED 


-CD title information- 




Stock TrackJWtle 


CDATA 


IMPLIED 


-audio track information- 




StockDuration 


CDATA 


#IMPLIED 


-length of media section- 


10 


Stock_Composer 


CDATA 


//IMPLIED 


-music composer information- 




Stock_Publisher 


CDATA 


#IMPLIED 


-publishing party (ex. Warner, etc.)- 




StockSociety 


CDATA 


#IMPLIED 


-(ex. ASCAP, etc.)- 


E: 


Original 


CDATA 


//IMPLIED 


-yes or no- 


U - 


OriginalCode 


CDATA 


#IMPLIED 


-X- 


^ 15 


OriginalSessionDate 


CDATA 


//IMPLIED 


-date of recording- 


M 


Original Composer 


CDATA 


#IMPLIED 


-music composer information- 


•) il 


Original_Publisher 


CDATA 


#IMPLIED 


-party of publisher (ex. Warner, etc.)- 


lf-i • 
ir 


OriginalSocielv 


CDATA 


//IMPLIED 


-x- 


iL.L 


Rights Issues 


CDATA 


//IMPLIED 


-contract information (ex. Rights, 
Permissions)- 


20 


Contract_License 


CDATA 


//IMPLIED 


-yes or no- 




Internet 


CDATA 


//IMPLIED 


-yes or no- 




International 


CDATA 


//IMPLIED 


-yes or no- 




LibraryConto ct 


CDATA 


//IMPLIED 


-contact person- 




> 








25 


<!-Long Form Movie Metadata Structure-> 








<! ELEMENT 


Movie (movie FormatMetadata, TransactionMetadata)> 




<! ELEMENT 


movie ForrnatMetadata (#PCDATA)> 






<! ATTLIST 


movie_FormatMetadata 








SAP 


CDATA 


#IMPLIED 


-yes or no; secondary audio program (ex. 
Spanish)- 
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P_Version_Format 


CDATA 


^IMPLIED 


-refers to the format information (PRIME 
Table)- 


Transmission_Forrnat 


CDATA 


#REQUIRED 


-digital format (ex. MPEG, Quicktime, 
etc.)- 


StorageCapacity 


CDATA 


#IMPLIED 


-storage requirements for digital 
transmission data- j 


Unit of_Measure_of_ 
Capacity 


CDATA 


IMPLIED 


-(ex. Megabytes MB, Gigabytes GB, j 
Terabytes TB)- 


Compression_Status 


CDATA 


#REQUIRED 


-bit rate information- 


ESP 


CDATA 


#REQUIRED 


-yes or no- 


ClosedCaption 


CDATA 


MMPLIED 


-yes or no- 


Sound 


CDATA 


#IMPLIED 


-(ex. Stereo, Mono, Dolby, Dolby Digital, 
Dolby)- 


> 









Example 2 below shows a sample XML document 
generated as part of a photographic asset search. 

Example 2 

(filename: sample.xml) 

is <?xml version- 1.0' standalone— no7> 
<DAL> 
<Asset> 

.. <Assetmetadata PID="200000" AssetTitle="Chaos Factor" 
Comrnents="Soidiers talking to man"> 
2 o </Assetm etadata> 
<Photo> 

<Photometadata Resolution- 72 dpi" 
Talent= "Unknown"> 
</Photometadata> 
2 5 </Photo> 

<Content>chaos 1 _t.jpg 



</Content> 

</Asset> 

<Asset> 

<Assetmetadata PID="141896" AssetTitle="lf walls could 
talk 2" Comments- 'An HBO Films trilogy examining the 
lesbian experience in America in three different decades"> 
</Assetmetadata> 
<Photo> 

<Photometadata Resolution- '72 dpi" Talent="Ellen Degeneres"> 

</Photometadata> 

</Photp> 

< Content>waIls_2_t .jpg 

</Content> 

</Asset> 

<Asset> 

<Assermetadata PE>="30q000" AssetTitle="Sex and the city" 
Comrnents^'Close up portrait of Sarah JessicaParker"> 
</Assetm etadata> 
<Photo> 

<Photometadata Resolution- 72 dpi" Talent^Sarah and cast"> 

</Photometadata> 

</Photo> 

<Conten osex_city_2_t.jpg 

</Conten'> 

</Asset<- 

<Asset > 

<Assetmetadata PrD= ,r 141 897" AssetTitle="If walls could 
talk 2" Comments^" An HBO Films trilogy examining the 
lesbian experience in America in three different decades"> 
</Assetmetadata > 
<Photo> 

<Photometadata Resolution="72 dpi" Talent- 'Ellen Degeneres"> 

</Phot.^metadata> 

</Photo> 

< Conten>walIs_ 5_t.jpg 
</Content > 
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</Asset> 
</DAL> 



XSL operates on XML search output. The output 
from XSL may be either HTML or XML both with CSS. Known 
software engines, such as, for example, a software engine 
known as XT developed by James Clark (see 
http://jclark.com/xml/xt.html for more details), can be 
used to convert XML into HTML. A sample command for doing 
such is: C:>XT sample . xml css.xsl output2.xml. This 
command generates an XML document named output 2. xml, which 
can be displayed using standard browser software. 

Example 3a shows a sample XSL script. Example 3b 
shows a sample HTML document generated by XSL on the XML 
search output of Example 2. Example 3c shows a sample XML 
document with CSS also generated by XSL on the XML search 
output of Example 2 . 

Example 3a 

<?xmi version= M LO"?> 
<xsl:stylesheet version- ' 1 .0" 

xrnlns:xsl="http://ww.w3.org/1999/XSL/Transform M > 
<xsl:template match='7"> 
<xsl : apply-templates/> 
</xsl:template> 

</xsl:template match=7DAL/Asset ,r > 

<TABLE WrDTH="100%" BORDER— 1 1 "xTRxTD HEIGHT="288"> 

<B>PID:</Bxxsl:value-of select-Assetmetadata/@PID/><BR/> 

<B>Asset Title: </B><xsl:value-of 

select- ' \ssetmedatada/@AssetTitle"/xBR/> 

<B>Cc -nments :</Bx X sl : value-of 

select^' AssetmetadaW@Coniments M /xBR/> 

<B>Resolution:</Bx X sl;value-of 

select= , Thoto/Photometadata/@Resolution"/xBR/> 



<B>Taient:</B><xsl : value-of 

select="Photo/Photometadata/@Talent"/><BRy> 

</TDxTD WIDTH="288" HEIGHT="288"> 

<xsl:apply-templates /> 

</TD></TR> 

</TABLE> 

</xsl:template> 

<xsl:template match="/DAL/Asset/Content"> 
<PxA 

href-'{concat( t fullJ,ancestor::Asset/Content)}"><img 

src- ' {ancestor: : Asset/Content} " border="0"/> 

</Ax/P> 

</xsl:template> 

</xsl:stylesheet> 

Example 3b 

<HTMI> 

<TABLE WIDTH-" 100%" BORDER-" 1 "xTR> 

<TD HEIGHT="288"> 

<B>PID: </B>200000<BR/> 

<B>Asset Title:</B>Chaos Factor<BR/> 

<B>Comments:</B>Soldiers talking to man<BR/> 

<B>Resolution:</B> 72 dpi<BR/> 

<B>TaIent:</B>UnJknown<BR/> 

</TD> TD WIDTH-"288" HEIGHT-"288"> 

<PxA href-' r fiiU_chaos_l_t.jpg"ximg 

src= M chaos_ l_t.jpg" border="0"/></A></Px/TD> 

</TR></TABLE> 

<TABL 3 WIDTH="100%" BORDER-" l"xTR> 

<TD BEIGHT="288"> 

<B>PID: </B>141896<BR/> 

<B>Asse: Title:</B>lf walls could talk 2<BR/> 

<B>Coniments:</B>An HBO Films trilogy examining the lesbian 

America in three different decades<BR/> 

<B>Revolution:</B> 72 dpi<BR/> 



<B>Talent:</B>Ellen Degeneres<BR/x/TD> 
<TD WEDTH="288" HEIGHT="288"> 
<P><A href^"full_walls_2_t jpg"><img 
src="walls_2_t.jpg" border="07> </A></Px/TD> 
5 </TR></TABLE> 

<TABLE WrDTH="100%" BORDER- ' 1 "XTR> 
<TD HEIGHT="288"XB>PID: </B>300000<BR/> 
<B>Asset Title:</B>Sex and the city<BR/> 

<B>Comments:</B>Ciose up portrait of Sarah Jessica Parker<BR/> 
10 <B>Resolution:</B> 72 dpi<BR/> 

. <B>Talent:</B>Sarah andcast<BR/x/TD> 

<TD WIDTH="288 M HEIGHT="288"> 

<PxA hvef-"rull_sex_city_2_t.jpg"ximg 

src="sex_ city_2_t.jpg" border="0" /x/ A></P> 
is </TD>< ; IRx/T ABLE> 

<TABLE WIDTH="100%" BORDER= M 1 "xTR> 

<TD KEIGHT= n 288"> 

<B>PIT: </B>141896<BR/> 

<B>A*set Title:</B>If walls could talk 2<BR/> 

2 o <B>Comments:</B>An HBO Films trilogy examining 

the lesbian experience in America in three different decades<BR/> 
<B>Resolution:</B> 72 dpi<BR/> 
<B>Taient:</B>Ellen Degeneres<BR/x/TD> 
<TD WK>TH="288" HEIGHT=="288"> 
25 <P><A href^"ftill_walls_5 Jjpg"> 

< imgsrc ="walls_5_tjpg" border="0 ,, /></ AxfP> </TD> 

</TRx/7'ABLE> 

</HTML> 

Example 3c 

3 0 (filename: c$s.xml) 

<?xml version=L0"?> 
<xsi:stylcsheet version- ' 1 .0" 

xmlns:xsl="http://www .w3.org/l 999/xsl/transform"> 
<xsl:ternplate match- 7"> 
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<xsl: processing-instruction name-"xml-stylesheet">type= ,, text/css n href="#photos" 
</xsl : processing-instruction> 
<xsl:apply-templates select- T>AL7> 
</xsl:template> 
5 <xsl:temp]ate match-*. "> 

<xsl:copy><xsl:value-of select=".7x/xsl:copy> 
</xsl:template> 
<xsl: template match="DAL M > 
<style id=photos M > 
10 Asset 

{display: block; position:relative;width:100%;height:225px;border:inset3px gray;} 
Assetrnetadata {di splay: inline ;font-size:14pt;} 
Photo {display:inline;font-size: 12pt;} 
Photometadata {display:inline;font-size: 12pt;} 
is Content 

{width: 72 px; height: 72px;position:relative;display:block;float:left;} 
<xsl:for-each select= , 7/Asset">Content[photo<xsl:value-of select^'^PID 1 7> ] 
{backgronnd-image:url(<xsl:value-of select= ,, Content'7>);} 
<7xsl:for-each> 
20 </style> 

<xsl : apply-templates select=" Asset"/> 
</xsl:template> 

<xsl template match- '/DAL/Asset/Content'^ 
<Content id - ' {concat(Photo\ 
25 sibling:: Assetmetadata/@PID)} 
href= ' {sibling: : Asset/Content} "/> 
</xsl:template> 

<xsl:template match- '/DAL/Asset"> 

<TABLE WIDTH-" 100%" BORDER- ' 1 "xTRxTD HEIGHT="288"> 
3 o <B>PID: </Bx X sl:value-of select=Assetmetadata/@PID/><BR/> 
<B>Asse L Title:</B> 

<xsl:value-of select= M Assetmetadata/@AssetTitlc" /><BR/> 
< B>Comments:</B><xsl:value-of 
select^*' Assetmetadata/@Comments" /xBR/> 
35 <B>Resolution:</Bx X sl:value-of 

select= ? Thoto/Photometadata/@Resolution" fx BR/> 
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<B>Talent:</B><xsl:value-of 
select="Photo/Photometadatal@Talent ,, /xBR/> 

</TD> 

<TD WK)TH="288" HEIGHT="288 M > 
5 <xsl:apply-templates /> 
</TD> 

</TR></TABLE> 
</xsl:template> 

<xsl:te*nplate match- '/DAL Asset/Content"> 
10 <P><A 

href— ' {concat('photo%sibling::asset/content )}"> 

<img src=" {ancestor:: Asset/Content} 11 border="0'7> 

</Ax/P> 

</xsl:template> 
is </xsl:stylesheet> 

Thus it is seen that XML data definitions for 
digital assets are provided that can be used as a 
standardized dictionary for application and platform 
independent exchange and repurposing of those assets. One 
20 skilled in the art will appreciate that the present 

invention can be practiced by other than the described 
embodiments, which are presented for purposes of 
illustration and not of limitation, and the present 
invention is limited only by the claims which follow. 



